Cloud Database Engineer 练习题 — 云数据库工程师 - 专业级

本题属于Google Cloud Professional Cloud Database Engineer认证中Cloud SQL安全访问的核心考点，题目场景为公司内部网络VM访问已配置私有IP的Cloud SQL for PostgreSQL实例，要求无需修改数据库配置即可完成访问。首先题目给出的实例IP192.168.3.48属于RFC1918私有地址段，说明实例已配置私有IP，默认仅支持私网链路访问。题目要求无需修改数据库配置，即不能调整Cloud SQL实例的授权IP白名单、SSL配置、公网开关等实例级参数。Cloud SQL Auth代理通过服务账号的IAM权限完成身份鉴权，不需要修改实例侧的任何网络或安全配置，代理自身会自动加密客户端到实例的连接，同时指定连接实例的私有IP匹配现有配置，可通过公司网络与GCP VPC打通的链路（VPN/云互联，题目隐含已满足连通性）正常访问，完全符合题目要求。 各选项分析： A. 错误，首先Cloud SQL数据库默认使用本地用户名密码完成身份验证，不支持直接使用Google用户名密码登录；其次题目给出的实例为私有IP，不存在可直接访问的公网IP，同时配置公网访问需要调整实例公网开关和IP白名单，属于修改数据库配置的操作，不符合要求。 B. 错误，直接通过私有IP使用数据库用户名密码连接，需要在Cloud SQL实例的授权网络中添加公司VM所在的IP网段，属于修改数据库配置的操作，不符合题目无需更改数据库配置的要求。 C. 正确，Cloud SQL Auth代理使用具有Cloud SQL客户端权限的服务账号完成身份鉴权，无需在实例侧配置IP白名单或调整SSL设置，完全不需要修改数据库原有配置；同时指定连接实例的私有IP，匹配题目给出的实例现有网络配置，可通过已打通的私网链路访问实例，满足所有需求。 D. 错误，题目中的实例仅配置了私有IP，未开通公网IP的情况下无法通过公网IP访问，且开通公网IP需要修改实例的网络配置，不符合无需修改数据库配置的要求，同时公网访问的安全性低于私有IP访问。 关键知识点： 1. Cloud SQL Auth代理特性：Cloud SQL Auth代理是GCP官方提供的Cloud SQL安全连接工具，通过IAM身份认证替代IP白名单配置，自动加密客户端到实例的连接，无需修改实例的网络或SSL配置。 2. Cloud SQL私有IP访问规则：Cloud SQL私有IP基于私有服务访问实现，IP属于RFC1918私有网段，仅能在关联VPC或通过VPN/云互联打通的本地网络内访问，无需暴露到公网。 3. Cloud SQL访问配置要求：直接通过IP地址访问Cloud SQL实例需要提前配置IP白名单，若启用SSL还需要配置客户端证书，使用Cloud SQL Auth代理可以跳过上述实例侧配置。 参考资料： 1. 连接Cloud SQL实例使用Auth代理, https://cloud.google.com/sql/docs/postgres/connect-auth-proxy 2. Cloud SQL私有IP配置, https://cloud.google.com/sql/docs/postgres/private-ip

本题考察Cloud SQL高可用配置的谷歌官方最佳实践，核心需求是支撑24/7全球访问的业务连续性，重点保障数据可靠性和故障场景下的快速恢复能力。DE两个选项是谷歌推荐的生产级Cloud SQL实例标配配置：自动备份是基础数据保护措施，可在实例故障、数据误删等场景下提供全量恢复能力；时间点恢复基于连续事务日志记录，可将实例恢复到过去指定时段内的任意秒级时间点，大幅降低数据丢失量和恢复耗时，两者配合可充分满足高可用场景下的RPO（恢复点目标）和RTO（恢复时间目标）要求。 各选项分析： A. 错误。手动备份需要人工触发，无法保证备份的频率和及时性，不符合生产级场景自动化运维的最佳实践，无法保障24/7运行场景下的备份覆盖度，容易出现故障后数据丢失量过大的问题。 B. 错误。在本地部署PostgreSQL作为高可用选项会大幅提升架构复杂度，引入本地基础设施的可靠性风险，也无法和Cloud SQL原生高可用能力兼容，不符合云原生数据库的高可用设计规范，无法保障全球访问的可靠性。 C. 错误。首先单可用区部署的Cloud SQL实例本身可用性很低，单可用区故障会直接导致服务中断，无法满足24/7高可用要求；其次自动备份能力不依赖单区域配置，跨可用区高可用实例也可开启自动备份，该选项的逻辑和效果都不符合要求。 D. 正确。时间点恢复（PITR）是谷歌推荐的Cloud SQL高可用核心能力，开启后Cloud SQL会持续留存事务日志，支持最长35天内的秒级粒度数据恢复，可大幅降低故障场景下的数据丢失风险，满足业务连续运行的要求。 E. 正确。安排自动备份是生产级Cloud SQL实例的标配要求，自动备份为定时全量备份，存储于跨可用区的冗余存储中，无需人工干预即可按预设周期生成和留存，是灾难恢复的基础依赖，符合谷歌最佳实践。 关键知识点： 1. Cloud SQL生产级部署最佳实践：面向24/7运行的生产工作负载，需启用自动备份、时间点恢复和跨可用区高可用部署，满足谷歌云托管数据库的可靠性要求。 2. Cloud SQL时间点恢复能力：开启后Cloud SQL会持续保留事务日志，支持最长35天内的秒级粒度数据恢复，可大幅降低故障场景下的恢复点目标。 3. Cloud SQL自动备份机制：自动备份为定时全量备份，存储于跨可用区的冗余存储中，支持自定义保留周期，无需人工运维即可提供基础数据恢复能力。 参考资料： Cloud SQL 高可用性概览, https://cloud.google.com/sql/docs/mysql/high-availability Cloud SQL 备份与恢复最佳实践

本题的核心需求是六个月内完成现有VMware环境下高事务性Oracle负载的上云迁移，同时尽可能降低对现有架构的改动、减少迁移复杂度。选择Google Cloud VMware Engine（GCVE）的方案属于典型的无感lift-and-shift（平移迁移）模式，完全兼容本地VMware的技术栈，无需修改应用、数据库的配置和底层架构，可借助VMware原生迁移工具快速完成迁移，既能匹配短周期迁移要求，也能保障高事务性Oracle的性能稳定性，完全满足题目的所有约束条件。 各选项分析： A. 该选项正确。Google Cloud VMware Engine是Google Cloud托管的原生VMware基础设施服务，与本地VMware环境的vSphere、vCenter、vMotion等组件完全兼容，迁移过程仅需将本地VMware负载直接平移至GCVE，无需调整应用、Oracle数据库的配置，迁移复杂度极低、周期短，且高事务性Oracle可保持和本地一致的运行性能，完全符合最小化架构干扰、快速迁移的需求。 B. 该选项错误。将负载迁移到Compute Engine属于跨虚拟化平台的异构迁移，需要将本地VMware虚机转换为GCE支持的镜像，同时要重新适配网络、存储、权限等配置，对现有架构改动大，迁移过程的调优、验证工作量极高，不符合最小化干扰的要求，且高事务性Oracle的性能适配成本远高于GCVE方案。 C. 该选项错误。首先Cloud SQL是Google Cloud的托管关系型数据库服务，当前仅支持MySQL、PostgreSQL、SQL Server三种引擎，不兼容Oracle数据库；其次该方案要求对现有应用和数据库做全量改造，架构改动极大，完全不满足题目需求。 D. 该选项错误。迁移到GKE需要将现有应用做容器化改造，同时Oracle数据库容器化在高事务场景下的存储编排、性能优化、高可用配置的复杂度极高，整体架构改动翻天覆地，迁移周期长，完全不符合最小化架构干扰、6个月内完成迁移的要求。 关键知识点： 1. Google Cloud VMware Engine适用场景：针对本地VMware环境的负载提供无感平移上云能力，无需修改workload配置，适用于要求低迁移复杂度、短周期上云的场景。 2. Cloud SQL服务能力边界：Cloud SQL为托管关系型数据库服务，仅支持MySQL、PostgreSQL、SQL Server三种数据库引擎，不支持Oracle负载的部署。 3. 迁移方案选型依据：迁移方案需要优先匹配业务约束（如迁移周期、架构改动容忍度）和现有技术栈兼容性，异构迁移、容器化改造的方案会显著提升迁移复杂度和周期，不适用于低干扰迁移需求。 参考资料： Google Cloud VMware Engine 官方文档, https://cloud.google.com/vmware-engine/docs Cloud SQL 官方概述文档, https://cloud.google.com/sql/docs/introduction

本题场景为全球聊天应用使用多区域Cloud Spanner，新版本发布后出现读延迟升高的性能问题，故障排查的核心是首先定位读延迟升高的根因。Cloud Spanner的SPANNER_SYS schema下的READ_STATS系列系统表会记录所有类型读操作的全量统计数据，包括操作类型、延迟分布、访问的表/键范围、锁等待时长、请求量等维度信息，能够精准识别新版本引入的异常读操作，是排查读延迟问题的标准首步操作，完全符合题目需求，因此选择C选项。 各选项分析： A. 参数化查询的作用是提升重复执行SQL查询的执行计划缓存命中率，属于SQL查询优化手段，但当前尚未定位读延迟高的根因，且读操作可能包含非SQL的API读操作，该操作无法覆盖所有读场景，也不是故障排查的第一步，因此A错误。 B. 客户的全球聊天应用使用多区域Spanner是为了满足全球用户的低延迟访问和跨区域高可用需求，改为单区域会大幅提升海外用户的访问延迟，不符合业务诉求，也无法从根本上解决读延迟问题，因此B错误。 C. SPANNER_SYS.READ_STATS*表统计覆盖了Spanner所有类型的读操作，包括SQL读、Data API点读/范围读、快照读等，可提供读延迟、吞吐量、锁消耗等核心指标，能够快速定位异常读操作的特征和根因，是排查读延迟问题的官方推荐工具，因此C正确。 D. SPANNER_SYS.QUERY_STATS*表仅统计通过SQL接口执行的查询操作的性能数据，无法覆盖非SQL接口的读操作，如果新版本引入的异常读是通过Data API发起的，该表无法提供对应统计信息，排查范围不全面，因此D错误。 关键知识点： 1. Cloud Spanner内置系统视图的分类，READ_STATS系列视图用于全类型读操作的性能统计，QUERY_STATS系列视图仅覆盖SQL查询类操作的性能统计。 2. Cloud Spanner性能排查的核心流程，性能下降时优先通过内置系统视图定位异常操作的根因，再执行对应的优化操作，禁止未定位根因就盲目调整配置或执行优化。 3. 多区域Cloud Spanner的适用场景，面向全球分布的业务提供低延迟访问和跨区域高可用性，非必要不得随意调整为单区域配置。 参考资料： Workload introspection using READ_STATS views, Troubleshoot high read latency in Cloud Spanner

本题要求遵循Google推荐实践，使用Google原生数据迁移工具，将本地和AWS上的PostgreSQL数据库低停机迁移到Cloud SQL，同时支持迁移过程监控。Google原生的数据库迁移服务（DMS）完全满足上述需求，它原生支持PostgreSQL同构迁移，源端覆盖本地部署、AWS RDS for PostgreSQL等环境，内置全量迁移+增量CDC同步能力可实现最小停机时间，同时服务自带迁移进度、同步延迟等监控指标，无需引入第三方工具即可完成全部迁移需求，符合官方最佳实践要求。 各选项分析： A. 正确，数据库迁移服务是Google官方推荐的原生数据库迁移工具，支持题目要求的所有源端到Cloud SQL for PostgreSQL的迁移场景，内置CDC能力实现低停机迁移，自带迁移监控功能，完全符合题目所有约束和需求。 B. 错误，Google DMS本身原生支持CDC式的持续增量迁移，不需要额外引入第三方或合作伙伴工具，不符合题目要求优先使用原生工具的规则。 C. 错误，该选项提到的通用数据复制工具和CDC工具未明确是Google原生工具，不符合题目要求使用Google原生工具的约束，且DMS已经整合了全量迁移和CDC能力，无需额外组合零散工具。 D. 错误，题目明确要求使用Google原生工具，DMS本身即可完整支撑迁移需求，不需要结合合作伙伴工具，不符合要求。 关键知识点： 1. Google Cloud Database Migration Service（DMS）是Google推荐的原生数据库迁移工具，支持将本地、其他云厂商的同构/异构数据库迁移到Cloud SQL等Google云托管数据库，内置CDC能力实现低停机迁移，自带迁移监控能力。 2. Cloud SQL迁移的官方最佳实践要求优先使用原生DMS工具完成迁移，可降低工具适配成本，获得官方原生的可靠性和监控支持。 3. 低停机数据库迁移需要实现全量快照迁移+增量CDC同步的组合能力，保障切换前源端和目标端数据实时一致，减少切换停机时间。 参考资料： Database Migration Service for PostgreSQL 文档, https://cloud.google.com/database-migration/docs/postgres Professional Cloud Database Engineer 官方考试指南, https://cloud.google.com/certification/guides/cloud-database-engineer